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REMARKS 

Claim 70 has been amended. Claims 1-70 remain in the application for 
consideration. In view of the following amendments and remarks, Applicant 
respectfully solicits allowance of the application and furtherance onto issuance. 

Applicant has attempted to advance prosecution in this matter. 
Unfortunately, it appears that Applicant and the Office have reached a stalemate in 
prosecution. Applicant sincerely believes that the subject matter of the claims, in 
their present state, recite patentable subject matter over the references that have 
been cited by the Office. In the event that Applicant and the Office cannot reach 
an agreement after the filing of this response, Applicant intends to file a Notice of 
Appeal. As such, Applicant would respectfully request for the Office to contact 
the undersigned in the event the Office disagrees with Applicant's position, for the 
purpose of attempting to avoid the time and expense associated with an appeal. 

New Claim 70 

Claim 70 has been added. Applicant wishes for the record to reflect that 
this claim is not added in view of any patentability issues pertaining to the prior art 
cited by the Office. 

S 103(a) Rejections 

Claims 1-69 stand rejected under 35 U.S.C § 103(a), as being obvious over 
U.S. Patent No. 6,253,366 to Mutschler, III (hereinafter "Mutschler") in view of 
U.S. Patent Application Publication No. 2002/0032768 to Voskuil. 
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The $103 Standard 

In making out a §103 rejection, the Federal Circuit has stated that when one 
or more reference or source of prior art is required in establishing obviousness, "it 
is necessary to ascertain whether the prior art teachings would appear to be 
sufficient to one of ordinary skill in the art to suggest making the claimed 
substitutions or other modification." In re Fine, 5 USPQ 2d, 1596, 1598 (Fed. Cir. 
1988). That is, to make out a prima facie case of obviousness, the references must 
be examined to ascertain whether the combined teachings render the claimed 
subject matter obvious. In re Wood, 202 USPQ 171, 174 (C.C.P.A. 1979). 

Moreover, there is a requirement that there must be some reason, 
suggestion, or motivation from the prior art, as a whole, for the person of ordinary 
skill to have combined or modified the references. See, In re Geiger, 2 USPQ 2d 
1276, 1278 (Fed. Cir. 1987). It is impermissible to use the claimed invention as an 
instruction manual or "template" to piece together the teachings of the prior art so 
that the claimed invention is rendered obvious. One cannot use hindsight 
reconstruction to pick and choose among isolated disclosures in the prior art to 
deprecate the claimed invention. In re Fritch, 23 USPQ 2d 1780, 1784 (Fed. Cir. 
1992). 

A factor cutting against a finding of motivation to combine or modify the 
prior art is when the prior art teaches away from the claimed combination. A 
reference is said to teach away when a person or ordinary skill, upon reading the 
reference, would be led in a direction divergent from the path that the applicant 
took. In re Gurley, 31 USPQ 2d 1130, 1131 (Fed. Cir 1994). 



Lee & Hayes, pllc 



19 



0502051 117 0: \docs\MS1 \0563US\6367O5.DOC 



t 

1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



In order for a prima facie case of obviousness to be made, the resulting 
combination or motivation must appear to show or suggest the claimed invention. 
In reNielson, 2 USPQ 2dl525, 1528 (Fed. Cir. 1987). 

The Mutschler Reference 

Mutschler discloses a method and system for generating a compact 
document type definition for data interchange among software tools. 

As instructed in Mutschler 5 s "Background" section, repositories provide a 
central place for recording metadata and enable one to store, manage, share and 
reuse information about data (i.e., metadata) that an enterprise uses. A repository 
can store definitional, management and operational information. Tools can be 
integrated with the repository to support information sharing and metadata reuse 
and tool and technology models may be developed to manipulate the tool 
information in the repository. However, the transferring of data within models 
from tool to tool or from a tool to the repository has been a cumbersome and 
unyielding task for a long time. 

Repository models typically contain, as instructed by Mutschler, classes, 
datatypes and messages. As more and more complex models are being built, the 
need arises for a method and system to transfer data in a model from place to 
place, e.g., to a tool that understands the UML ("Universal Modeling Language"). 
Mutschler instructs that his invention solves this problem by generating a data- 
transfer syntax in which a tool using a meta-model can transport data from place to 
place. 

Mutschler instructs that the prefix "meta" as used in its patent shall describe 
a relationship. For example, "meta-data" describes data. In a similar fashion, a 
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meta-object is an object that represents "meta-data"; and, "meta-model" means a 
model that defines an abstract language for expressing other models. A "meta- 
metamodel" means a model that defines an abstract language for expressing meta- 
models. The relationship between a meta-metamodel and a meta-model is 
analogous to the relationship between a meta-model and a model. 

As instructed by Mutschler, it is a tedious and time consuming task to 
generate a format description for enabling the interchange of metadata among 
repositories and each different type of modeling tool available. Accordingly, there 
is a need for automatically generating/tfr/waf descriptions to expedite interchange 
of metadata among repositories and modeling tools. 

Mutschler 5 s solution automates the production of an XML DTD for meta- 
models stored in a MOF-compliant repository by using the XML entity, which 
allows one to group various Attributes, Associations and Compositions for 
definitional reference in a meta object framework. 

As instructed by Mutschler, starting in column 4, line 19, users of 
workgroup-based and component development tools are finding it increasingly 
difficult to coordinate their software development efforts across the enterprise. A 
solution in accordance with the present invention employs the benefits of XMI 
(XML Metadata Interchange), which is an open industry standard that combines 
the benefits of the Web-based XML standard for defining, validating and sharing 
document formats on the Web with the Meta Object Framework (MOF) to provide 
a means for generating formats to allow the development tools to share 
information. One particular use of this invention is to define an XML DTD for the 
object-oriented Unified Modeling Language (UML). The XMI specification 
provides application developers with a common language for specifying transfer 
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syntax for development language that allows visualizing, constructing and 
documenting of distributed objects and business models. The XMI specification in 
conjunction with the present invention will enable integration of development 
tools from multiple vendors, collaboration and distribution of object-oriented 
design and database schema information, and enhancement of the life cycle of 
information resources. 

As further instructed by Mutschler, software architectures based on meta- 
models are transforming how one can design an architecture for dynamic 
distributed systems. The UML and MOF specifications establish a robust meta- 
model architecture for distributed object applications. The XMI specification 
extends this architecture by leveraging technologies developed for the Web to 
exchange models between tools, applications and repositories. 

In order to accomplish the objects of the present invention, Mutschler 
instructs that it is necessary to generate Document Type Definitions ("DTD") for 
the Extensible Markup Language ("XML"), a World Wide Web Consortium 
standard. A DTD is a set of rules governing the element types that are allowed 
within an XML document and rules specifying the allowed content and attributes 
of each element type. The DTD also declares all the external entities referenced 
within the document and the notations that can be used. Stated otherwise, an XML 
DTD provides a means by which an XML processor can validate the syntax and 
some of the semantics of an XML document. An XMI DTD specifies the 
particular elements allowed in an XMI document. 

Mutschler notes that his invention describes algorithms for generating an 
XMI DTD for any valid meta-model defined in a MOF-compliant repository. The 
material starting in column 4, line 63 describes how this is done. 
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Nowhere does Mutschler describe software extensions, as that term is 
utilized in Applicant's claims and defined in Applicant's specification. The Office 
appears to argue that such is disclosed in Mutschler, particularly at column 4, lines 
21-30 and 48-60. 

A careful reading of these sections of Mutschler, however, indicates that 
these sections do not describe software extensions, as that term is utilized in 
connection with Applicant's disclosure. 

The Voskuil Reference 

Voskuil discloses a system and a method for configuring remotely located 
software applications and/or application components. Specifically, Voskuil's 
systems and methods are disclosed to discover the presence and configuration of 
one or more remotely located software applications and/or components and for 
determine and making changes to the configuration. 

According to Voskuil, its system includes an end user computer connected 
to an autoprofile server that can send information to and receive information from 
the end user computer. An application on the end user computer communicates 
with the autoprofile server and can receive and execute extension modules that 
expand the functionality of the application. The autoprofile server can include a 
repository of extension modules that are adapted for detecting the installation of 
one or more applications on the end user computer and reporting the identity of the 
detected applications and their configuration information to the autoprofile server. 
The autoprofile server can use this information to prompt the end user to select the 
application or applications that are to be automatically configured. The autoprofile 
server can then use the information concerning the detected applications and their 
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existing configuration to select the configuration instructions to be sent to the end 
user computer to automatically configure each installed application according to 
the end user and/or third party requirements. See, e.g., paragraph [0012]. 

According to Voskuil, its method includes the steps of a remotely located 
end user computer establishing a communication session with a service provider 
server. The autoprofile server transfers a discovery module and/or discovery 
information to the end user computer. The end user computer executes the 
discovery module to generate data representative of the installed applications, 
application components, and/or application configurations on the end user 
computer. This data is then transferred to the autoprofile server. The end user is 
then queried to indicate which installed applications and/or application 
components the user desires configured. For each installed application and/or 
application component, the data is analyzed to determine the proper configuration 
for each. A configuration module and/or configuration information is transferred 
to the end user computer and executed to configure each installed application 
and/or application component selected by the end user. Data representative of the 
results of configuration of each application and/or application component are 
generated and transferred and the results of the configuration are reported to the 
end user. The results are then logged on the autoprofile server for access by the 
service provider. See, e.g. paragraph [0013]. 

As instructed by Voskuil, the end user computer can include a client 
application that is used to communicate with the autoprofile server. The client 
application can have the ability to be extended by external or third party software 
components or modules. The autoprofile server can include an autoprofile 
extension, a client application extension that can be transmitted to and installed on 
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the end user computer. Once the autoprofile extension is installed on the end user 
computer, the autoprofile extension can send information to and receive 
autoprofile information from the autoprofile server. See, e.g., paragraph [0014]. 

Further on in Voskuil's disclosure, Voskuil describes how its system works. 
Specifically, starting at around paragraph [0027], Voskuil instructs as follows. 

Remote devices 110 (see Fig. 1) can utilize any application that can 
communicate with the autoprofile server 130 over the network 140. In addition to 
enabling the remote devices 110 to communicate with remote servers, the client 
application should include the ability to execute plug-ins or extensions to the client 
application, such as for example, Microsoft Active-X controls and/or Netscape 
plug-ins, that are capable of creating, and reading from and writing to files on the 
remote device 110 or the ability to spawn processes that are capable of creating, 
and reading from and writing to files on the remote device 110. 

In one embodiment, the plug-ins or extensions can be transferred from the 
autoprofile server 130 to the remote device 110 prior to execution. Alternatively, 
the plug-ins or extensions can be included with the client application or may be 
implemented as standalone applications having the ability to read from and write 
to files with their own communications capability. 

FIG. 2 shows a diagrammatic view of a system 200 for determining which 
applications and/or application components are installed on a remote PC and for 
configuring one or more of the applications and/or application components in 
accordance with the present invention. In one embodiment, the system 200 
includes a client operating system 210 installed on one end user PC connected to a 
remotely located server 230 via a network 240 such as a TCP/IP network or the 
Internet. A client application 212, such as Netscape Navigator or Microsoft 
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Internet Explorer, is used to communicate with a remotely located profile server 
230 over the network 240 via HTTP. 

The client application 212 supports an extension interface such as Netscape 
Navigator's plug-in interface 214, Microsoft Internet Explorer's Active-X controls 
214 or Sun Microsystems Java 214 that allow the client application 212 to be 
extended to permit additional functionality. The extension interface 214 permits 
extension modules 216 (e.g. plug-ins or Active-X controls) to access the file 
system to create, read and write to files on the remote PC. Alternatively, the 
extension interface 214 can permit the spawning of a process that can access the 
file system to create, read and write to files on the end user PC. In the illustrative 
embodiment, this can be accomplished via either a Netscape plug-in or a 
Microsoft Active-X control that includes one or more modules 216 common 
functionality that permit the extension module to access the file system as 
necessary to detect create and modify files in order to automatically configure the 
remote PC. The extension modules 216 can be adapted to receive instructions 
from the profile server 230 regarding the files to be examined or modified and 
specific modifications to be made. In one embodiment, the instructions can be 
incorporated in an XML data structure 246 that is transmitted from the server 230. 
The XML instructions dictate which modules and functions are executed, the 
parameters for each, and how the results are processed. Alternatively, the 
extension modules 216 can be preprogrammed to perform some or all of the 
necessary tasks to discover and/or configure applications on the remote PC, 
without receiving instructions from the server 230. 

As instructed by Voskuil, the profile server 230 can transfer the XML 
instructions to the remote PC using the same data channel with which the 
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autoprofile server 230 communicates with the client application guaranteeing that 
the communications channel is valid. Secure communications channels can be 
provided using well know protocols such as Secure Sockets and HTTPS. 

Claims 1-16 

Claim 1 recites a method comprising [emphasis added]: 

• describing one or more software extensions using descriptions, the 
extensions being configured for incorporation in a software platform 
executing on a client; and 

• delivering the descriptions of the one or more extensions to the client 
via a network, the descriptions being configured for use in 
downloading the software extensions via the network; 

• said acts of describing and delivering being configured to enable 
software to be delivered over the network. 

In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Mutschler in view of Voskuil. As pointed out above, 
Mutschler has nothing to do with software extensions as that term is utilized in this 
claim. Rather, Mutschler pertains to tools that allow data interchange among 
software tools. The Office cites to various sections of Mutschler including column 
1, lines 29-32; column 2, lines 37-39; column 4, lines 25-26; column 4, lines 35-39 
in support of its position. Yet, these excerpts have nothing to do with software 
extensions or their delivery. 

The Office then relies on Voskuil and argues that it discloses delivering the 
descriptions of the one or more extensions to the client via a network, the 
descriptions being configured for use in downloading the software extensions via 
the network, citing to paragraph [0014] and [0029] for support. 

These excerpts are reproduced below for the convenience of the Office: 



Lee & Hayes, pllc 



27 



050205} 117 O:\docs\MSl \0563US\636705.DOC 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



[0014] The end user computer can include a client application that is 
used to communicate with the autoprofile server. The client application can 
have the ability to be extended by external or third party software 
components or modules. The autoprofile server can include an autoprofile 
extension, a client application extension that can be transmitted to and 
installed on the end user computer. Once the autoprofile extension is 
installed on the end user computer, the autoprofile extension can send 
information to and receive autoprofile information from the autoprofile 
server. 

[0029] The client application 212 supports an extension interface 
such as Netscape Navigator's plug-in interface 214, Microsoft Internet 
Explorer's Active-X controls 214 or Sun Microsystems Java 214 that allow 
the client application 212 to be extended to permit additional functionality. 
The extension interface 214 permits extension modules 216 (e.g. plug-ins 
or Active-X controls) to access the file system to create, read and write to 
files on the remote PC. Alternatively, the extension interface 214 can 
permit the spawning of a process that can access the file system to create, 
read and write to files on the end user PC. In the illustrative embodiment, 
this can be accomplished via either a Netscape plug-in or a Microsoft 
Active-X control that includes one or more modules 216 common 
functionality that permit the extension module to access the file system as 
necessary to detect create and modify files in order to automatically 
configure the remote PC. The extension modules 216 can be adapted to 
receive instructions from the profile server 230 regarding the files to be 
examined or modified and specific modifications to be made. In one 
embodiment, the instructions can be incorporated in an XML data structure 
246 that is transmitted from the server 230. The XML instructions dictate 
which modules and functions are executed, the parameters for each, and 
how the results are processed. Alternatively, the extension modules 216 can 
be preprogrammed to perform some or all of the necessary tasks to discover 
and/or configure applications on the remote PC, without receiving 
instructions from the server 230. 



Applicant has reviewed Voskuil generally, and these excerpts specifically, 
and can find no disclosure of delivering descriptions of one or more extensions to 
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a client, where the descriptions are configured for use in downloading the 
software extensions. 

If the Office continues to maintain its position with regard to Voskuil 
disclosing this subject matter, then Applicant respectfully requests the Office to 
specifically identify for Applicant what it considers to be a "description" so as to 
supply this element of the recited claim. 

In addition, the Office argues as motivation to combine these two 
references as follows: "...because Mutschler's code for object models or code for 
software extensions, as disclosed by Voskuil, is merely code." See, Office Action, 
page 4-5. Applicant fails to fully understand or appreciate this motivation and 
respectfully submits that it does not rise to the level of particular findings 
sufficient to support a prima facie case of obviousness. 

Hence, for this additional reason, the Office has failed to establish a prima 
facie case of obviousness and this claim is allowable. 

Claims 2-16 depend from claim 1 and are allowable as depending from an 
allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 1 , are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 

Claim 17 

Claim 17 recites one or more computer-readable media having computer- 
readable instructions thereon which, when executed by a computer system, cause 
the computer system to [emphasis added]: ' 
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• describe one or more software extensions using extensible markup 
language (XML), the extensions being configured for incorporation 
in a software platform comprising a single application program, the 
single application program having multiple different functionalities 
that can enable a user to accomplish multiple different tasks; and 

• deliver XML descriptions of the one or more extensions to the client 
via the Internet, the descriptions being configured for use in 
downloading the software extensions via the Internet; 

• wherein causing said computer system to describe one or more 
extensions and deliver XML descriptions enables software to be 
delivered over the Internet. 

In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Mutschler in view of Voskuil. As pointed out above, 
Mutschler has nothing to do with software extensions as that term is utilized in this 
claim. Rather, Mutschler pertains to tools that allow data interchange among 
software tools. The excerpts of Mutschler cited by the Office have nothing to do 
with software extensions or their delivery. 

Further, the Office's reliance on Voskuil appears to be misplaced. 
Applicant has reviewed Voskuil generally, and the excerpts relied upon by the 
Office specifically, and can find no disclosure of delivering descriptions of one or 
more extensions to a client, where the descriptions are configured for use in 
downloading the software extensions. 

If the Office continues to maintain its position with regard to Voskuil 
disclosing this subject matter, then Applicant respectfully requests the Office to 
specifically identify for Applicant what it considers to be a "description" so as to 
supply this element of the recited claim. 



Claims 18-28 

Claim 18 recites a method comprising [emphasis added]: 
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• describing one or more software extensions using one or more 
descriptive files, the extensions being configured for incorporation in 
a software program executing on a client; 

• associating the one or more descriptive files with one or more 
associated extension files that are useable to provide a program 
functionality; 

• storing the descriptive files and associated extension files in a 
network-accessible location; and 

• delivering the descriptive files and the associated extension files of 
the one or more extensions to the client via a network. 



In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Mutschler in view of Voskuil. As pointed out above, 
Mutschler has nothing to do with software extensions as that term is utilized in this 
claim. Rather, Mutschler pertains to tools that allow data interchange among 
software tools. The excerpts of Mutschler cited by the Office have nothing to do 
with software extensions or their delivery. 

Further, the Office argues that the claim's recited "descriptive files" is 
somehow met by Mutschler's XML DTD. See, e.g., Office Action, page 9. The 
Office is mistaken. The recited "descriptive files" describe one or more software 
extensions. As Mutschler does not disclose software extensions in the same 
context as utilized in this claim and defined in Applicant's specification, it is 
virtually impossible for Mutschler to disclose descriptive files that describe one or 
more of the software extensions. Mutschler's DTD simply refers to a set of rules 
governing the element types that are allowed within an XML document and rules 
specifying the allowed content and attribute types for each element type. See, 
column 4, lines 48-60. 
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Further, the Office argues that Voskuil discloses associating the one or 
more descriptive files with one or more extension files that are useable to provide 
a program functionality, citing to Voskuil's paragraph [0015]. The entirety of this 
paragraph is set out below for the convenience of the Office: 

[0015] The autoprofile extension can include one or more 
autoprofile modules. Each module can include one or more functions that 
can be used to access files on the end user computer, search for information 
in a file, modify an existing file, or create a new file as necessary to 
configure a given application. The autoprofile modules can be instructed or 
programmed to execute one or more of the library of functions by a list of 
instructions received from the autoprofile server. The autoprofile discovery 
information can be used to program the autoprofile discovery module to 
search for one or more installed applications, application components, or 
application configurations. The autoprofile server can use the results of the 
autoprofile discovery process, as well as end user and SP preferences, to 
create configuration instructions. The autoprofile configuration module 
performs the configuration of applications or application components in 
accordance with the configuration instructions and reports the results back 
to the autoprofile server. 



This excerpt merely discusses the autoprofile extension which, as indicated 
in Voskuil's paragraph [0014], simply serves to send information to and receive 
autoprofile information from the autoprofile server. Part of the process of being 
able to send information to the autoprofile server pertains to discovering such 
information on the client device. Hence, as indicated in paragraph [0015], the 
autoprofile extension is imparted with functionality that allows it to access files on 
the end users computer, search for information in a file, modify an existing file, or 
create a new file to configure an application. 

This excerpt in no way anticipates associating one or more descriptive files 
with one of more associated extension files as recited in this claim. If the Office 
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disagrees, then Applicant respectfully requests the Office to specifically identify 
what it considers to be VoskuiPs "descriptive files" and what it considers to be 
Voskuil's "associated extension files". 

As motivation for combining these references, the Office argues that it 
would be obvious to combine the reference because "both inventions provide for 
code stored in a repository/database and delivered to a remote location using XML 
using a description of the content, in the form of a DTD document." See Office 
Action, page 10. Applicant respectfully submits that this motivation falls far short 
of the particular findings that one must make in order to support a prima facie case 
of obviousness. 

Accordingly, for at least these reasons, the Office has failed to establish a 
prima facie case of obviousness. 

Claims 19-28 depend from claim 18 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 18, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 

Claims 29-39 

Claim 29 recites a method comprising [emphasis added]: 

• storing one or more extension definition files (EDFs) that describe a 
logical attachment to a software application program; 

• storing one or more extension files that correspond to the one or 
more EDFs and extend the software application program; 

• delivering, via a network, at least one EDF to a client; and 

• delivering, via the network, at least one extension file that 
corresponds to the at least one EDF to a client; 
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• both of said acts of storing and both of said acts of delivering 
enabling software to be delivered over the network. 

In making out the rejection of this claim, the Office argues that its subject 
matter is obvious over Mutschler in view of Voskuil. As pointed out above, 
Mutschler has nothing to do with software extensions as that term is utilized in this 
claim. Rather, Mutschler pertains to tools that allow data interchange among 
software tools. The excerpts of Mutschler cited by the Office have nothing to do 
with software extensions or their delivery. 

Specifically, the Office argues that Mutschler discloses storing one or more 
extension definition files (EDFS), citing to Figs. 1 and 2 and to Mutschler's DTD. 
A DTD simply does not anticipate an extension definition file as utilized in this 
claim and defined in Applicant's specification. Hence, for at least this reason, the 
Office has failed to establish a prima facie case of obviousness. 

Further, the Office appears to rely on Voskuil for the remainder of the 
subject matter recited in this claim. Specifically, in support of its position, the 
Office cites to VoskuiPs paragraphs [0014] and [0015]. 

These sections of Voskuil simply describe the notion that a client 
application can have the ability to be extended by third party software 
components, and a specific mechanism for effecting discovery on a end user 
computer. There is nothing in these excerpts or anywhere else in Voskuil that 
discloses or suggests the specific subject matter of this claim. 

Accordingly, for at least these reasons, the Office has failed to establish a 
prima facie case of obviousness. 

Claims 30-39 depend from claim 29 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
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features which, in combination with those recited in claim 29, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 

Claims 40-47 

Claim 40 recites a data structure embodied on a computer-readable 
medium comprising [emphasis added]: 

• a first sub-structure indicative of a software extension that is to be 
incorporated in a software application program; 

• one or more second sub-structures associated with the first sub- 
structure and indicating feature types that are added by the extension 
to the application program; and 

• one or more third sub-structures associated with the one or more 
second sub-structures and indicating features of an associated 
feature type that are added by the extension. 

In making out the rejection of this claim, the Office argues essentially that 
Mutschler discloses all of the claim's subject matter except for the recited 
"software application program". For this feature, the Office relies on Voskuil. 

In addressing the application of Mutschler, the Office first argues that 
Mutschler discloses the first sub-structure by virtue of using XML. The Office 
apparently takes the position that because XML allows designers to create their 
own customized tags for transmitting data between applications and organizations, 
that somehow this meets the subject matter of this claim. The Office is wrong. 
Mutschler either discloses a data structure having the recited features or it doesn't. 
In this case, Mutschler does not disclose subject matter that meets the first recited 
claim element. 
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Continuing, the Office argues that because the definition of XML allows 
for extensions to be extended, this in some way meets the recited "one or more 
second sub-structures". Applicant is at a loss to understand the Office's logic. 
Mutschler either discloses a data structure having the recited features or it doesn't. 
In this case, Mutschler does not disclose subject matter that meets the first or 
second recited claim elements. 

Continuing, the Office argues that Mutschler meets the third recited feature 
and cites to Mutschler's discussion of its DTD. Applicant is again at a loss to 
understand the Office's logic. Mutschler either discloses a data structure having 
the recited features or it doesn't. In this case, Mutschler does not disclose subject 
matter that meets the first, second or third recited claim elements. 

In its reliance on Voskuil, the Office argues that it discloses a "software 
application program" and its combination with Mutschler would render the subject 
matter of this claim obvious because "XML is an object based hierarchical 
programming construct, that by the very definition is extensible, therefore any 
software extension may be further extended to provide additional functionality." 
See, Office Action, page 15. 

This motivation falls far short of the particular findings that are required to 
support a prima facie case of obviousness. This alone (not to mention in 
combination with the Office's misinterpretation of Mutschler), fails to establish a 
prima facie case of obviousness. 

Claims 41-47 depend from claim 40 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 40, are neither disclosed 
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nor suggested in the references of record, either singly or in combination with one 
another. 

Claims 48-53 

Claim 48 recites a method of delivering software via a network comprising 
[emphasis added]: 

• navigating to a network site that maintains at least one software 
application program; and 

• downloading a software application program from the network site, 
the application program comprising multiple different functionalities 
that can assist a user in accomplishing different tasks, the software 
application program being configured to be extended with software 
extensions that are deliverable via a network and are described by at 
least one network-deliverable file. 

In making out the rejection of this claim, the Office cites to column 2, lines 
19-22 and 27-31, of Mutschler, reproduced above, and to Voskuil's paragraphs 
[0014] and [0029], also reproduced above. The Office then argues that this 
claim's subject matter is obvious over Mutschler in view of Voskuil. As pointed 
out above, Mutschler has nothing to do with software extensions as that term is 
utilized in this claim. Rather, Mutschler pertains to tools that allow data 
interchange among software tools. The excerpts of Mutschler cited by the Office 
have nothing to do with software extensions or their delivery. 

In addition, paragraph [0014] in Voskuil simply describes the notion that a 
client application is extendible. Further, paragraph [0029] discusses the notion 
that a client interface supports an extension interface, that an extension module 
can access a file system to create, read and write files, and that the extension 
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modules can receive instructions from a profile server. Nowhere do these excerpts 
disclose or suggest a network-deliverable file that describes a software extension, 
as that notion is defined in Applicant's specification. If the Office is of a different 
mind, then Applicant respectfully requests the Office to specifically point to what 
it considers to be a network-deliverable file that describes a software extension. 

Accordingly, the Office has not established a prima facie case of 
obviousness and this claim is allowable. 

Claims 49-53 depend from claim 48 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 48, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 



Claim 54 

Claim 54 recites one or more computer-readable media having computer- 
readable instructions thereon which, when executed by a computer, cause the 
computer to [emphasis added]: 

• navigate to a network site that maintains at least one software 
application program; 

• download a software application program comprising multiple 
different functionalities that can assist a user in accomplishing 
different tasks, the software application program being configured to 
be extended with software extensions that are deliverable via the 
network and described by at least one network-deliverable file; and 

• extend the software application program by adding at least one 
extension to the application program, the extension being added by 
using a link to navigate to a different network site that hosts one or 
more files that describe the extension, and extension files that are 
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used to implement the extension and downloading the one or more 
files and the extension files to a client. 

In making out the rejection of this claim, the Office argues that its subject 
matter is rendered obvious in view of Mutschler and Voskuil. In support of its 
position, the Office cites to Mutschler' s column 4, lines 24-39 and column 5, lines 
18-19. These excerpts of Mutschler simply describe Mutschler's solution for 
generating formats to allow development tools to share information. Specifically, 
as instructed by Mutschler, its solution provides application developers with a 
common language for specifying transfer syntax for a development language that 
allows visualizing, constructing and documenting distributed objects and business 
models. These excerpts do not, as the Office contends, disclose all of the subject 
matter of this claim except for software delivery over a network. More 
specifically, Mutschler has nothing to do with, nor does it pertain to software 
extensions as utilized in this claim and described in Applicant's specification. In 
addition. 

The Office then relies on Voskuil for the notion of software delivery over a 
network, citing to paragraph [0014] for support. As a motivation to combine 
Mutschler and Voskuil, the Office argues essentially that the motivation would 
exist because "Mutschler's code for object models or code for software extensions, 
as disclosed by Voskuil, is merely code." 

The Office has failed to establish a prima facie case of obviousness for at 
least the following reasons. First, Mutschler does not disclose software extensions 
as that term is utilized in the claim and described in Applicant's specification. 
Second, the Office's stated motivation — because object models and software 
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extensions are merely code — falls far short of providing a convincing line of 
reasoning that is stated with particularity. 

Accordingly, the Office has failed to establish a prima facie case of 
obviousness and this claim is allowable. 

Claims 55-62 

Claim 55 recites a method comprising [emphasis added]: 

• accessing a Web site through which one or more software extensions 
can be obtained and through use of which software can be delivered; 

• receiving at least one file that describes at least one software 
extension using a hierarchical language that describes the software 
extension's logical attachment to a software application program; 

• receiving one or more software extension files; and 

• installing the one or more software extension files based, at least in 
part, on the description contained in said at least one file. 

The Office contends that the subject matter of this claim, except for 
software delivery over a network, is disclosed in column 4, lines 21-39, and 
column 6, lines 11-16 and 29-49 of Mutschler. The Office then relies on Voskuil 
for the notion that software can be delivered over a network. 

Applicant can find no disclosure in Mutschler that describes receiving at 
least one file that describes at least one software extension using a hierarchical 
language that describes the software extension's logical attachment to a software 
application program, receiving one or more software extension files, and installing 
the extension file(s) based, at least in part, on the description contained in the file 
that describes the software extension. As such, the Office has failed to establish a 
prima facie case of obviousness and this claim is allowable. 
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Claims 56-62 depend from claim 55 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 55, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 



Claim 63 

Claim 63 recites a method comprising [emphasis added]: 

• describing one or more software extensions using one or more 
extensible markup language (XML) files, the extensions being 
configured for incorporation in a software program executing on a 
client; 

• associating the one or more XML files with one or more associated 
extension files that are useable to provide a program functionality; 
and 

• storing the XML files and associated extension files in a network- 
accessible location; 

• said acts of describing and associating being configured to provide 
software for delivery over the network. 



In making out the rejection of this claim, the Office argues that the first two 
elements of this claim are disclosed in Mutschler's column 4, lines 21-39. The 
Office is mistaken. This excerpt of Mutschler simply describes Mutschler's 
solution for allowing development tools to share information. Nowhere can 
Applicant find a disclosure that anticipates the first two elements of this claim. 

Further, the Office argues that the last recited element of the claim is 
disclosed in Mutschler's column 2, line 20-22. This excerpt is simply one of 
Mutschler's stated objects of the invention. It simply states that an object of 
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Mutschler' s invention is to allow developers of distributed systems the ability to 
share object models and other metadata over a network. Applicant is at a loss to 
understand or appreciate how such a statement in Mutschler can be construed to 
disclose anticipating the acts of "describing" and "associating" when, in fact, 
Mutschler fails to disclose describing one or more software extension using one or 
more XML files, and associating the one or more XML files with one or more 
associated extension files. 

Accordingly, for at least this reason, the Office has failed to establish a 
prima facie case of obviousness and this claim is allowable. Given this, the 
Office's reliance on Voskuil is misplaced and adds nothing of significance. In 
addition, the Office's stated motivation to combine these references — because 
each reference discloses "merely code" falls short of the convincing line of 
reasoning that is necessary to support a prima facie case of obviousness. 
Accordingly, for this additional reason, the Office has failed to establish a prima 
facie case of obviousness. 

Claims 64-65 

Claim 64 recites a network site comprising: 

• one or more software extension files configured to be incorporated 
into a software application program, the software extension files 
being configured to allow delivery of software via a network; and 

• one or more files associated with the one or more software extension 
files and describing the extension files, the one or more files 
describing a logical attachment of the one or more software 
extension files to the software application program. 
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The Office contends that the subject matter of this claim, except for the 
delivery of the software extensions, is disclosed by Mutschler in column 4, lines 
21-39, and column 6, lines 11-16 and 29-49. However, as discussed above, 
Mutschler does not teach, in these excerpts or anywhere else, software extensions 
as that term is utilized in the claim and described in Applicant's specification. In 
addition, Mutschler fails to disclose the notion of any file that describes an 
extension file, where such file describes a logical attachment of a software 
extension file to a software application program. Given this, the Office has failed 
to establish a prima facie case of obviousness. 

As such, the Office's reliance on Voskuil is misplaced. In addition, the 
Office's stated motivation to combine these references — because each reference 
discloses "merely code" falls short of the convincing line of reasoning that is 
necessary to support a prima facie case of obviousness. Accordingly, for this 
additional reason, the Office has failed to establish a prima facie case of 
obviousness. 

Claim 65 depends from claim 64 and is allowable as depending from an 
allowable base claim. This claim is also allowable for its own recited features 
which, in combination with those recited in claim 64, are neither disclosed nor 
suggested in the references of record, either singly or in combination with one 
another. 

Claims 66-69 

Claim 66 recites a method of managing network-based software extensions 
comprising [emphasis added]: 
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• grouping multiple software extension descriptions in a catalog in a 
network-accessible location to enable delivery of software via a 
network; 

• accessing the network-accessible location; and 

• using the catalog to update a software extension that is resident on a 
computing device. 

In making out the rejection of this claim, the Office cites to column 5, lines 
16-23, and column 6, lines 11-12 and 22-36 of Mutschler for the proposition that 
Mutschler discloses all of the subject matter of this claim, except for software 
delivery. However, as discussed above, Mutschler does not teach, in these 
excerpts or anywhere else, grouping multiple software extension descriptions in a 
catalog in a network-accessible location to enable delivery of software via a 
network, or using the catalog to update a software extension that is resident on a 
computing device. For at least this reason, the Office has failed to establish a 
prima facie case of obviousness and this claim is allowable. 

As such, the Office's reliance on Voskuil is misplaced. In addition, the 
Office's stated motivation to combine these references — because each reference 
discloses "merely code" falls short of the convincing line of reasoning that is 
necessary to support a prima facie case of obviousness. Accordingly, for this 
additional reason, the Office has failed to establish a prima facie case of 
obviousness. 

Claims 67-69 depend from claim 66 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 66, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 
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Conclusion 

Applicant has studied the reference cited by the Office and has sincerely 
attempted to describe how the claimed subject matter patentably distinguishes over 
this reference. Applicant submits that all of the claims are in condition for 
allowance and respectfully requests that the Office pass the application along to 
issuance. If the Office's next anticipated action is to be anything other than 
issuance of a Notice of Allowability, Applicant respectfully requests a telephone 
call for the purpose of scheduling an interview. 



Respectfully Submitted, 




(509) 324-9256 ext. 226 
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